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This revision is changed from the original issue as follows: 

1) The provisions for operation of FINDCDUW in other than 
the normal PNGCS-AUTO mode with the engine on are 
incorporated. This affects pages 6, 8, and 9 of the text 
and pages 2, 3, and 6 of Fig. 2. 

2) The gimbal angles required by guidance are shown delivered 
to Noun 22. This affects only page 12 of the text, where CDUC 

is shown stored in the LGC registers of Noun 22, CPHI, CTHETA, 
CPSI. 

3) A table of aliases is added (page 12 & 13) relating names used 
herein to names of corresponding LGC registers. 

4) Figure 3 is added to clarify the process of erection of the 
commanded vehicle frame. 



I. 


General Information 


FINDCDUW is the interface routine between the various powered flite 
guidance programs and the digital autopilot. (The "W" in KINDCDUW stands 
for window control^ and distinguishes the present routine from the old HTOCDUD 
Routine which was never used’ in the window control mode and still exists^ along 
with an early version of FINDCDIM^ in Program SIMDAIJCE . ) FINDCDW receives from 
the guidance programs thrust and window pointing commands and provides the 
autopilot with gimbal angle increments, commanded attitude rates, and com- 
manded attitude lag angles (which account for the angles by which the body 
will lag behind a ramp command in attitude angle, due to the finite angular 
accelerations available). FIIIDCDUW alines the estimated thrust vector with 
the unit thrust command vector, and, when in the automatic X axis control 
mode, alines the +Z half of the LM ZX plane with the window command vector. 

FIKDCDUW is designed to the following objectives: 

1. To produce the normal, small angle, maneuvers determined by the 
guidance inputs at essentially constant attitude rate, reaching 
the terminal attitude at the completion of the two second com- 
putation period. 

2. To produce the gross maneuvers, which are required at the boun- 
daries between guidance phases or upon abort, with a continuous, 
rate-limited attitude profile extending over whatever time duration 
is required to complete the maneuver. 
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3 . To avoid excessive middle gimbal angle in all maneuvers, never 
reaching the critical middle gimbal angle during a maneuver in 
which the terminal middle gimbal angle is less in magnitude than 
the critical value; to display an alarm code when inputs to 
FIiroCDUW determine a terminal middle gimbal angle in excess of 
the critical value, and to limit the middle gimbal excursion 

at the critical value. 

4 . To permit manual X axis control when the flag FLAUTOX is 0, not 
interfering when this control is being exercised, not drifting 
about the X axis when manual control is permitted but not 
exercised. 

5. To provide identical interfaces except with alternate rate 
limit values when the Command and Service Modules are docked. 

The concept of FIITOCDUW is a departure from previous concepts for 
performing this interface function which is computationally more direct and 
automatically produces maneuvers which avoid excessive middle gimbal angle. 

The concept of FIITOIDUW is as follows. The thrust and window pointing commands, 
and the location of the thrust vector relative to spacecraft axes, determine 
a required, or terminal, spacecraft attitude. The gimbal angles corresponding 
to this terminal attitude are computed, and innuts to the autopilot are 
generated which drive each gimbal angle directly from its initial value to 
its terminal value. Provided the attitude is not initially in gimbal lock, 
and provided the input commands do not yield a terminal attitude in gimbal 
lock, it is impossible to pass through gimbal lock during the maneuver since 
the middle gimbal angle is confined to -the range between its initial and ter- 
minal values. Other schemes for gimbal lock avoidance produce similar man- 
euvers, but are computationally less direct. 

Control of spacecraft attitude by this gimbal-drive process is illustrated 
in Figure 1 and described for normal operation as follows. Two fictitious coordinate 

* Except the outer gimbal angle profile may not be monotonic in the geo- 
metrically complex case of a large maneuver about multiple axes at sub- 
stantial middle gimbal angle and with magnitude limiting of the X axis 
attitude angle change on at least one pass thru FINDCDUW. 
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frames are defined. The firsts called the current vehicle frarnSj is computed 
using the desired gimbal angles^ CDUh's, maintained by the digital autopilot. 
The unit vectors of the current vehicle frame would be identically the body 
unit vectors if the desired gimbal angles were identically the actual gimbal 
angles. The thrust direction filter is processed in the current vehicle 
frame to yield the unit thrust vector in vehicle coordinates Upy* The second 
frame, called the commanded vehicle frame, is computed using the unit 

thrust command the unit window command Commanded gimbal angles, 

CDUC's, are computed using the unit vectors of the commanded vehicle frame. 

The commanded middle gimbal angle is magnitude limited, and an alarm code is 
displayed if limiting changed the value. Unlimited gimbal angle changes are 
computed as the differences between the commanded and the desired gimbal 
angles. The unlimited gimbal angle changes are transformed to yield attitude 
angle changes, then limited according to whether the CSM is docked. The 
X axis attitude change is set to zero if X axis override is permitted or if 
the unit thrust and unit window commands are too nearly parallel or anti- 
parallel or if the Y axis or Z axis unlimited gimbal angle change exceeds 
45° in magnitude. The resulting attitude angle changes are transformed 
back to yield the gimbal angle changes. The gimbal angle changes are multi- 
plied by the ratio of the autopilot control sample period 6T to the compu- 
tation period ^ , to yield the gimbai angle increments, which constitute 
the angle interface with the autopilot. The autopilot adds the gimbal angle 
increments to the CDUD's each control sample period so that (provided none 
of the preceding limiting changed any value, normally it does not) the CDUD^s 
are driven to equality with the CDUC ’ s during the succeeding computation 
period. The digital autopilot closes a control loop between the CDUD's and 
the measured gimbal angles, CDU's, using, in addition to gimbal angle errors 
which it computes, the commanded attitude rates and lag angles supplied by 
FIRDCDUW. 

-X- 

Throughout this Luminary memo 6 denotes "increments" of the associated 

variable which are to occur each control sample period of the digital auto- 
pilot, 0.1 second, whereas A denotes "changes" of the associated variable 
which are to occur each computation period, 2 seconds. 
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It is important that in computing the gimbal angle changes^ no 
reference is ever made to the measured gimbal angles^ CDU’s. If the CDU’s 
were used as the basis of comparison, one could expect autopilot instability 
due to feeding back attitude motion due to fuel slosh at the computation 
frequency. FIM)CDUW avoids all reference to the measured spacecraft attitude 
(except in a few exceptional cases, which will be dealt with in the next section) 
and still produces zero steady state thrust direction error. 




■ 5 ' 
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II. Computations 

The description of this section follows Figure 2. Prior to engine 
ignition for each of the major mission modes, the thrust direction filter 
and the unit window command are initialized. The thrust direction filter 
must be initialized for each burn because there is not necessarily any rela- 
tionship between the terminal thrust offset of one burn and the initial 
thrust offset of the succeeding burn. For computational efficiency, all 
components of the unit thrust vector in vehicle coordinates, upy^ ini- 
tialized even though the X component is never used; the same unit X 

vector is used to initialize the unit window command The unit window 

command must be initialized because there is no requirement for this vector 
to supplied by guidance when X axis override is allowed, and FINDCDUW takes 
its unit which could be disastrous if its contents were random. 

The initialization which must be done each pass thru FINDCDUW amounts 
to acquisition and preparation of constants and input data. These are: 

1, 0^, 0^, 0^^^, the maximum angular changes, are selected depending 
upon whether or not the Command and Service Modules are docked. 

2. FIAGOODW is initialized to 0 or 1 according to whether X axis 
override is permitted or inhibited. This flag indicates whether 
the unit window command is good for control about the X axis. 

3- OVFIM), the interpretive overflow indicator, is set to zero. 

4. If the switches on the LM console indicate PNGCS control and AUTO 
mode, flag PNGGS-AUTO-NOT is set to zero and the CDUD's are fetched 
for the thrust direction filter; otherwise flag PNG CS- AUTO- NOT is 
set to 1 and the GDU's are fetched. Fetching the CPU's for the 
thrust direction filter when not in PNGCS-AUTO maintains the thrust 
direction filter even when the autopilot does not maintain the CDUD's, 
and produces no autopilot instability because no autopilot commands 
are issued. 

and ’the X and Z axes of the commanded vehicle frame, 

are initialized to the unit thrust command Jlppp and the unit window 
command u___. If unitizing either of these input command vectors 
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fails either because a vector is too short or too long^ the inputs 
are presumed unsatisfactory for attitude control^ alarm 00^02 is 
issued^ attitude motion is stopped, and EINDCDUW returns to the 
calling program. 

6. AVp, the velocity increment vector measured by the acceler- 
ometers over the previous computation period, is unitized for 
the thrust direction filter. If this produces overflow, the 
thrust direction filter is bypassed. 

As the first step in the thrust direction filter, the unit 

measured thrust in platform coordinates, is transformed to current vehicle 
coordinates to yield the unit measured thrust u^^. Then each of the two 
components, Y and ^ of the old unit thrust vector is subtracted from 
the corresponding component of the unit measured thrust, multiplied by the 
filter gain, and limited in magnitude to the maximum change which can be 
e:zpected. in one computation period, which yields the thrust direction 
changes Au^^ and Au^^. The maximum changes are based on the slew rate 
of the trim gimbal. Each of these thrust direction changes is then added 
to the corresponding component of the old unit thrust vector and limited 
in magnitude to the maximum thrust offset which can be expected, yielding 
the new unit thrust vector The maximum thrust offset is based on 

the maximum displacement of the trim gimbal, the elastic deflection of the 
gimbal mount, the mounting alinement error, and the deflection of the thrust 
vector relative to the nozzle centerline. This completes the thrust direction 
filter, it is not necessary to take the unit of the resulting vector. 

In order to compute the axes of the commanded vehicle frame, it is 
first necessary to select a suitable unit window command. The unit window 
command obtained from guidance may not be suitable because l) X axis over- 
ride may be permitted or 2) it may fail the test PARLTEST (a test for 
parallelism of anti -parallel ism to the unit thrust command). If the unit 
window command cannot be used for either reason, it is necessary to fetch 
an alternate such that the resulting axes of the commanded vehicle frame 
^ill provide zero steady state thrust pointing error. Any vector lying 
in the +Z half of the IM symmetry plane will satisfy this requirement. 
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Among these, the vector least likely to be parallel or anti-parallel to 
the unit thrust command is the Z axis. However, it is possible during a 
large maneuver that the Z axis also fails PARLTEST, and in this case a 
third alternative, the -X axis, is selected. Because the Z axis and the 
-X axis cannot both be parallel to the unit thrust command, PARLTEST is 
omitted for -X. The Z and -X axes selected are of the body and not the 
vehicle frame, simply to save program and time, as the service routine 
provides the body axes for all users. Using a body axis for window point- 
ing causes no stability problem because any time a body axis is used, 
FIAGOODW is set to zero so that the attitude angle change about the X axis 
will also be set to zero. Thus actual spacecraft motion about the X axis 
produces through FINCDUW no attitude increment command about the X axis 
and greatly diminished commands about the Y and Z axes. 

Figure 3 illustrates the erection of the commanded vehicle axes. The 

components of the unit thrust vector in vehicle coordinates, u and u_ 

' FYV 

are treated as small angles, and the corresponding approximations are made. 
The commanded vehicle axes are computed in two steps. First an orthogonal 
set is erected with the X axis along the unit thrust command and the Y axis 
normal to the plane of the imit window command and the unit thrust command. 
Then the X axis is displaced relative to this initial frame according to the 
thrust offset. The final Y axis is oriented normal to the initial Z axis and 
the final X axis, and final Z axis is computed to complete the right hand 
orthogonal triad. With the coordinate frame errected this way, there is a 
window pointing error; that is, the unit window command lies out of the ZX 
plane by approximately the thrust offset angle about the Z axis milLtiplied by 
the sine of the angle between the Z axis and the unit window command. MET 
simulations indicate that the thrust offset angle about the Z axis during 
the approach phase of the lunar landing is about 3/4 to 1 degree. 

The commanded gimbal angles, CDUC's, are derived from the matrix 
just computed, whose row vectors are the unit axes of the commanded vehicle 
frame expressed in platform coordinates. This matrix may be derived in terms 
of the sines and cosines of the gimbal angles by starting with the matrix 
whose rows are these unit vectors expressed in commanded vehicle coordinates 
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(the identity matrix) and rotating the row vectors through the negative 
of the outer^ middle^ and inner gimbal angles in that order. The result- 
ing matrix may he used to identify the elements of interest of the matrix 
of the preceding paragraph as 

Cq = cos(CDUCZ ) cos(CDUCY) 

= sin(CDUCZ) 

Cg = -cos(CDUCZ) sin(CDUCY) 

= cos(CDUCZ) cos(CDUCX) 

Crj = cos(CDUCz) sin(CDUCX) 

The subroutine I^BZCDUSP extracts the commanded gimbal angles, CDUC, by 
exploiting these relationships. )CDUCZ( is <90°, even before limiting. 

If flag PTOCS-AUTO-NOT is set of if the engine is off, a STOPEATE 
is issued and control is returned to the caller of KEITDCDUW. 

The unlimited gimbal angle changes are computed by modular subtracting 
the autopilot's CDUD's from the CDUC's. The modular subtractions yield the 
smallest angular differences, e.g. 177° - (-178°) - -5°, not +355°. If 
either the Y axis or the Z axis unlimited gimbal angle change exceeds 45° 
in magnitude, FLAGOODW is set to zero. This is to prevent false starts in 
attitude about the X axis, as will be explained in the next paragraph, and 
analyzed in the appendix. 

Attitude angle changes, MTT, are handled in a vehicle frame not 
previously described. The X axis of the fraiiie is identical to the X axis 
of the current vehicle frame, the Z axis is along the middle gimbal axis, 
and the Y axis completes the orthogonal right hand triad. Thus this frame 
is the current vehicle frame rotated about the X axis to bring the Z axis 
into alinement with the middle gimbal axis. This frame is chosen for com- 
putational simplicity. The Z axis gimbal angle change Z^DUZ is identical 
to the Z axis attitude angle change AATTZ. The unlimited Y axis gimbal 
angle change is multiplied by cos(CDUI)Z) to yield the unlimited Y axis 
attitude angle change, this is limited and divided by cos(CDUDZ) to 
yield the limited Y axis gimbal angle change Z^DUY. The unlimited X 
axis attitude angle change is 
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computed using the unlimited X and Y axes gimbal angle changes. Note that 
the modular subtraction always produces a result under l80° in magnitude. 

This computation produces the smallest angle total rotation required about 
the X axis^ although the validity diminishes as the gimbal angle changes 
become large. Under certain conditions described in the appendix, the X 
axis attitude angle change computed will be of opposite sign compared to 
the succeeding pass. To prevent starting such a maneuver in the wrong 
direction about the X axis, AATTX is set to zero whenever either the Y axis 
or the Z axis unlimited gimbal angle change exceeds a limit value. Finally 
the limited X axis gimbal angle change, ACDUX, is computed using the limited 
attitude angle change, AATTX, and the limited gimbal angle change ACDUY. 

With all limiting completed, it is now possible to compute a consis- 
tent set of input data for the digital autopilot using the ACDU’s. The 
AIIDU's are divided by the computation period and the resulting gimbal angle 
rates are transformed to yield the commanded attitude rates The gimbal 

angle changes are multiplied by the ratio of the control sample period to 
the computation period to yield the gimbal angle increments 6CDU. Finally, 
the commanded attitude lag angles which account for the angles by which 
the attitude will lag behind a ramp angular command due to the finite angular 
accelerations available, are computed using the available angular accelera- 
tions a (supplied by the autopilot), and then individually magnitude limited. 
It should be noted that these data fed to the autopilot are consistent only 
at the time they are computed. During the succeeding computation period the 
CDUD's change at constant rate, the attitude is forced to follow the CDUD’s, 
therefore the actual attitude rate is not constant. The attitude rate will 
vary considerably in direction if the middle gimbal angle is large in magni- 
tude, and the attitude rate will vary in magnitude during the computation 
period if the middle gimbal angle changes. The rate and lag angle data 
supplied by FINDCDUW become increasingly obsolete during the succeeding 
computation period. As a worst case example, a maneuver produced by a large 
step change in the inputs to FINDCDUW resulting in a large total attitude 



change at a constant middle gimbal angle of 70° would entail an inner 
gimbal angle change of over 58 ° in one computation period and a rotation of 
the attitude rate vector through the same angle about the Y stable member 
axis. Thus the component of attitude rate normal to the Y stable member 
axis would be changed almost lOOfo. With the present FIWDCDUW design, on 
the succeeding pass the rate and lag angle data would be corrected, but 
with constant middle gimbal angle there would be no change in the gimbal 
angle increments fed to the autopilot, provided the inputs to FIM)CDUW 
were unchanged and the maneuver was still at least one computation period 
from completion. Therefore there would be no transient in the actual 
spacecraft attitur^e rate. 
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Input-Output Nomenclature and Table of Aliases 
NAME HEREIN NAME OF LGC REGISTER 


Flags 


FLDOC 

CSMDOCKD 

LM docked flag 
= 0 LM not docked 
/ 0 LM docked 

FLAUTOX 

XOVINHIB 

X axis override 
= 0 overide permitted 
/ 0 overide not permitted 

FLAGOODW 

FLAGOODW 


FLPAUTNO 

FLPAUTNO 


Variables 



OVFIND 

OVFIND 

Computer overflow indication 

-FDP 

UNFC/2 

Unit vector in the desired 
thrust direction in Platform 
coordinate system. 

-WDP 

UNWC/2 

Unit vector in the desired 
window direction in Platform 
coordinate system. 

-XVDP^ -YVDP' 

—ZVDP UNX/2, 

UNY/2, UNZ/2 

-FV 

UNFV/2 

Filtered unit measured thrust 
direction vector. 

^^P 

DELV 

PIPA measured velocity change 
since the last sample time. 

CDU 

CDU 

Measured gimbal angles. 

CDUD 

CDUD 

The desired gimbal angle as 
maintained by the autopilot. 

CDUC 

CPHI, CTHETA, CPSI (NOUN 22) Commanded 
gimbal angles 

ACDUU 

-DELGMB 


AC DU 

-DELGMB 


AATTX 

-DELGMB (SCRATCH STORAGE) 

Cp^ (CDUV) 

3X3 matrix which transforms a vector in 
platform coordinates to the bad coordinates 


defined by C DUV . No LGC equivalent. Trans- 
formations done in LGC by subroutine ''^'SMNB'!' 
One Euler angle at a time. 
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Variables (Cont. ) 


-ZBP 
-XBP 
5 CDU 


“dv 


ZNBPIP 

XNBPIP 

DELCDUX, DELCDUY, DELCDUZ 
Commanded incremental CDU change sent 
to the autopilot to occur in one autopilot 
sample period. 

OMEGAPD, OMEGARQD, OMEGARD 
Commanded body attitude rate sent to the 
autopilot. 

DELPEROR, DELQEROR, DELREROR 

IJACC The angular accelerations 

which can be achieved by 
the RCS. 


Modes 


PNGCS MODE 

AUTO MODE 


LM console switch 

yes PNGCS Control 

no 

LM console switch 

yes PNGCS Autopilot Control 

no 



INITIALIZATION 
PRE - E NGAGE MENT 



liWDP “ ( 0 ) 



Fig. 2 (p 1) 



INITIAUZATION 



FiK.^2 2) 










THRUST DIRECTION 
FILTER 


FILTER 



AFTRFLTR 


Fig. 2 (p 3) 
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COMMANDED 
VEHICLE AXES 


AXVCL 


COMMANDED VEHICLE AXE S, INITIAL ITERATION 
-YVDP ^ UNIT (u^yj^pX SxvDP^ 


-ZVDP -XVDP ^ -YVDP 


X AXIS CORRECTION FOR THRUST OFFSET 


-XVDP ^-XVDP ■ ^FYV ihrVDP ' '^FZV -ZVDP 


COMMANDED VEHICLE AXES, FINAL ITERATION 


-YVDP “ -ZVDP ^ =XVDP 


-ZVDP ^XVDP ^ -YVDP 


CDUCCL 


Fig. 2 (p 5) 





COMMANDED GIMBAL ANGLES AND 
GIMBAL ANGLE CHANGES 



COMMANDED GIMBAL ANGLES {NB 2CDUSP SUBROU TINE) 
^ i^VDP* i*ZVDP^ 


COSZ 


Vi - cj 


SIN « Cj, COS = COSZ, CALL ARCTROSP* 

CDUCZ » ANGLE 

SIN --Cj/COSZ, COS - Cq/COSZ, CALLARCTRGSP 
CDUCY = ANGLE 

SIN »-C,^/COSZ, COS » C^/COSZ, CALLARCTRGSP 
CDUCX ■ ANGLE 


Q = CDUCZ 
CDUCZ - (LIMIT 70®)(CDUCZ) 



UNUMITED GIMBAL ANGLE CHANGES 


AgDUU = CDUC ^ CDUD 
[jjDENOTES MODULAR SUBTRACTIONS 
IF I ACDUUY 1 >45®, FLAGOODW » 0 


STOP ATTITUDE 
RATE 


IK 


ACDUUZ|>45®. FLAGOODW 





LIMIT ATTITUDE ANGLE CHANGES AND COMPUTE GIMBAL 
ANGLE CHANGES 


ACDUZ = (LIMIT ®2M^ (ACDUUZ) 

ACDUY = ((UMIT (ACDUUY COS (CDUDZ»)/COS(CDUDZ) 

AATTX = (LIMIT (ACDUUX j^(-ACDUUY SIN (CDUDZ))) 

-DENOTES MODULAR SUBTRACTION 
IF FLAGOODW = 0, AATTX = 0 
A CDW = AATTX - ACDUY SIN (CDUDZ) 



ARCTRGSP IS A SUBROUTINE WHICH COMPUTES AN UNAMBIGUOUS 
ANGLE ANYWHERE IN THE CIRCLE, GIVEN THE SINE AND THE COSINE. 


Fig. 2 (p 6) 
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AUTOPILOT DATA 



] 


COMMANDED ATTITUDE RATES 

iiiDV = 

■ 1 sin(CDUDZ) 0 

0 cos(CDUDZ) cos(CDUDX) sin(CDUDX) 

0 -cos (CDUDZ) 3in(CDUDX) cos(CDUDX)_ 

ACDU/2 




^ H ' 

GIMBAL ANGLE INCREMENTS AND COMMANDED ATTITUDE LAG ANGLES 

6 CDU = ^ ACDU 

= (LIMIT 10°) (Upxv 

“dxv 

/2»x) 

= (LIMIT 10°) (lo^YV 

“dyv 

/ 2 a^) 

4 ,^ = (LIMIT 10°) (ujjxv 

“dzv 

1 /2«z) 




Fig. 2 (p 7) 
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NOTE: The vehicle coordinate axes are computed in two steps. 
Vectors computed the first step are identified by the 
superscript 1. Final values have no superscripts. 

Fig. 3 Geometry of Erection of Commanded Vehicle Axes 
Viewed on a LM Centered Unit Sphere. 
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APPENDIX 


False Starts About the X Axis 


Without the provisions developed here, it is possible to compute an 
unlimited attitude angle change about the X axis on one pass, rotate such 
as to supposedly diminish the value, and find on the succeeding pass that 
it has in fact increased. If the value on one pass is near l80° on one 
side, the value on the succeeding pass might lie near l80° on the opposite 
side, and the spacecraft would be required to reverse direction of rotation 
about the X axis. The criterion developed here prevents issuance of an X 
axis attitude angle change command whenever the value computed on the 
succeeding pass could be of increased magnitude. 

The two equations of this paragraph provide insight, but do not 
yield a satisfying solution because of the time-discrete character of the 
computations. The unlimited attitude angle change about the X axis is 
computed as part of the equation for AATTX on page 6 of Figure 2. For 
the purpose of this derivation, the modular subtraction of a minus can 
be replaced by an addition to yield 

AATTUX = + ACDUUY SIW(CDm)Z). (l) 

Note that the unlimited gimbal angle changes are used. The time derivative 
of the attitude angle change is 

^ ^ d^ siN(CDUDZ) . A^DUUy COS(CDUDZ) 

The sum of the first two terms on the right is the attitude rate about the 
X axis. This sum is the quantity controlled, and is ordinarily commanded 
in the direction to diminish AATTUX. The difficulty is that the third term 



on the right is not controlled by the X axis coinmand. Therefore it may 
offset and overcome what is done in controlling the first two terms. 

The solution comes from considering the X axis unlimited attitude 
angle change computed on two passes. The value computed may be either 
positive or negative. To avoid cumbersome nomenclature only the positive 
case will be treated. For this case we wish a criterion to indicate when 
the unlimited attitude angle change computed on the second pass will be 
less than that computed on the first pass^ assimiing gimbal angle increment 
commands are issued to the autopilot on the first pasSj and assuming the 
input commands to FINDCDDW are unchanged on the second pass. The unlimited 
attitude angle changes computed on the two passes are 

AATTUX^ = ^DUUX^ + Z^DUUY^ SIN(CDUDZ^), 

MTTUXg = ACDUUXg + ACDUUYg SINCcdUDZ^). 

The change in the computed value is, subtracting (3) from (4) 

AATTUXg - AATTUX^ = ZCDUUX^ - A:dUUX^ 

+ A^DUUYg SIN(CDUDZ2) - ZiCDUUY^ SIIl(CDUDZ^) . (5) 

But;, with the X axis attitude angle change limited, the the equation on 
page 6 of Figure 2 which produced the limiting may be rewritten as 

ACDUX^ + ACDUY^ SIN(CDUI)Z^) = 0^ . (6) 

This is a relationship for the changes which will actually be made to CDUDX 
and CDUDZ by the digital autopilot during the interval between the first and 
second passes thru FIUDCDIIW. With the commands to FINBCDUW unchanged on the 
second pass, the unlimited gimbal angle changes computed on the second pass 
will be decremented by the same amounts. That is 


(3) 

( 4 ) 
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z^DUUX = ACJDUUX^ - ACDUX_, 

-L I"' 


ACDUUY, 


ACDUUY^ - ACDUY^. 


(7) 

( 8 ) 


Solving Equations (7) and (8) for and substituting into 

Equation (6), and rearranging terras yields 


0 = ACDUUX^ - A:DUUX^ + (ACDUUY^ - ACDUUY^ ) SIN(CDUI)Z^) + 9^. (9) 


Subtracting (9) from (5) yields 


AATTOX^ - AATTUX^ = A^DUUY^ [SINCCDUDZ^) - SIN(CDUDZ^)] - 0^ , (lO) 

which we wish to be negative. Taking the case when ACDUUY^ is positive 
(the negative case yields the same criterion for IaCDUUY^ | ), if CDUDZ^ < 
CDUEZ^, the right side is always negative, but if CDUDZg > CDUDZ^ the 
criterion is 


m 


^DUUYg < sin(cduDZ 2) " siw(CDuriz^) • 


( 11 ) 


Because the change in sines is always less than the change in angles, 
it is conservative to replace the sines by the angles. And since Z axis 
glrabal angles and attitude angles are identical, the worst case is when 
the change in the middle girabal angle is the limit value. In this case 
the criterion becomes 


i^DUUY. 


< 


XM 


ZM 


( 12 ) 


Taking the absolute value makes the criterion applicable to the cases 

involving other signs of the variables. With 0^, = 0^, the criterion 

aM ZM 



becomes finally 


Iz^DUUY^I < 1 radian . (l 

Because only ACDUUY^ is available at the time the test is made^ it is 
used instead, which produces a more conservative test. Thus if ACDUUY^ 
is too large in magnitude, the X axis attitude angle change is set to 
zero, and the X axis attitude profile is thereby rendered essentially 
monotonic . 



